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Testing Verification Process Test Plan Review Checklist 

Site: 



Business Application or 
Infrastructure Component : 



Completed By : 



Date: 





A. 


Introduction/Overview 








Subject 


Y/N 


Comment 




1. 


Is the * Test Plan template 
being used ? 








2. 


Are all test plan documents clearly labeled 
as "Confidential & Proprietary - For 
Internal Use Only"? 








3. 


Are the objectives of the test plan clearly 
stated and do they appear reasonable? 






ty 


4. 


Does the test plan state all significant 
risks which may affect testing and do 
they appear reasonable? Are there any 
additional risk which should be added? 








5. 


Does the test plan have contingencies 
which address the risks associated with 
testing and do they appear to adequately 
address the risks? 








6. 


Are all significant assumptions regarding 

testing clearly stated and do they 
appear reasonable? 








7. 


Does the test plan adequately and clearly 
describe the general hardware and 
software environment in which this system 
or component normally runs? 








8. 


Does the test plan describe the general 
conditions which will be tested? 








9. 


Have personnel with business domain 
expertise been sufficiently involved with 
development of the test plan to ensure 
that it adequately tests all important 
functionality of the system or component 
being tested? 








10. 


Are both the business unit and IT 
management required to sign off on the 
test plan? 







Additional: 



B. Strategy and Approach 



Subject 


Y/N 


Comment 


1 . is the overall approach to the testing 
environment clearly stated for both 
mainframe and non-mainframe testing? 






2 Based on the overall strategy for testing at 
this site, does the testing environment 
appear adequate? 






3. Is the scope of testing clearly set out in 
the test plan? 






4. Does the test plan describe the functions 
which will be tested? 






5. What is the breadth of functional coverage 
planned in testing this system or 
component? Is the determination of 
functional coverage based on a risk 
assessment of the system or component? 






6. Is the depth and thoroughness of testing 
of each function based on a risk 
assessment of each function? 






7. Is there a description of the overall 
approach to testing the system? 








9 Given the type of remediation 






strateav chosen for this svstem. does the 
test olan include an adequate number of 
different testina dates to verify proper 
cceration of the svstem? 


10. Are human resource requirements for 
testing stated in terms of how many, what 
type, and when? 






11. Does the testing strategy include a high 
level schedule for testing of software? 
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Additional: 



C. Test Execution 



Subject 


Y/N 


Comment 


1 . Does the plan state the conditions that 
need to exist before the test can begin? 






2. Does the plan describe the detailed 

hardware and software environment which 
must be in place for testing to take place? 






3. Does the plan specify specific resources 
needed to execute the test? For example, 
the number of workstations, printers, a 
separate room, etc. 






4. If specific testing tools are to be used for 
testing, does the plan describe them and 
how they will be used? 






5. Does the plan describe how personnel will 
be organized to support and execute the 
test plan? There may be a dedicated 
testing function which does this or a more 
ad hoc group of personnel will be put 
together to perform the testing. 






6. Since a complete test plan consists of a 
number of separate test scripts and 
cases, does the plan describe how all the 
scripts and cases are organized and 
documented? 






7. Is the test plan supported by a test 
schedule, in Microsoft Project format, 
which describes what tasks make up 
testing, who is responsible for completing 
them, and when they are expected to be 
completed? 






8. Does the test plan contain a clear 

description of what conditions have to be 
satisfied to consider the testing complete? 
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Testing Verification Process - Test Script-Case Review Checklist 

Site : 



Business Application or 
Infrastructure Component : 



Completed By : 



Date: 



A. Test Scripts 



Subject 


Y/N 


Comment 


1 . Does each test script have a unique name 
and identifier ? 






2. Are all test script documents clearly 
labeled as "Confidential & Proprietary - 
For Internal Use Only"? 






3. Does each test script have a description? 






4. Does the test script description clearly 
state the general conditions which are 
being tested? 






5. Does the test script describe conditions 
which can be unambiguously tested? 






6. Does the test script adequately cover the 
scope, extent, and variations of the 
conditions being tested? 






7. Does the test script reference the system 
or component being tested, and, if 
necessary, the subsystem? 






8. Does the test script contain references to 
all the test cases related to it? 






9. Does the test script describe any detailed 
features and functions being tested as 
part of the general conditions being 
tested? 






10. Where testing is dependent on particular 
processing cycles, is the cycle information 
stated? 






11. Are the initial conditions which must be 
present to execute the test script clearly 
stated? 






12. Are any interdependencies with other 
tests or necessary predecessor tests 
described? Examples are concurrent tests 
of related systems and subsequent tests 
which cannot begin before this test is 
completed. 
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Subject 


Y/N 


Comment 


13. Are any file input data sources necessary 
for this test defined? 






14. Has the importance to the overall test plan 
of completing this test script been 
prioritized as high, medium, or low? 






Additional: 





S. Test Cases 



Subject 


Y/N 


Comment 


1 . Does each test case have a unique name 
and identifier? 






2. Are all test case documents clearly 
labeled as "Confidential & Proprietary - 
For Internal Use Only"? 






3. Does each test case have a description? 






4. Is each test case cross referenced back to 
its associated test script? 






5. Are any specific input values needed to 
execute the test script clearly stated? 






6. Does the test case specify the detailed 
steps needed to set up the environment 
sot the test case can be executed? 






7. Does the test case describe the detailed 
steps for its execution? 






8. Does the test case describe how to 
evaluate the results of the test and then 
restore the system to the state needed to 
execute the next test case? 






9. Does the test case contain a clear 
description of the expected results? 






10. Does the test case require a description of 
the actual test results obtained from the 
test? 






1 1 . Does the test case require a PASS/FAIL 
indication for test results? 






12. If the test case fails, is there a method to 
reference the failed test to a tracking log 
or problem report? 






Additional: 
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Test Plan Approval 

Site Name: 

System or Component Name: 



By signing this form you are indicating your formal approval of the test plan for the system or 
component named above. 



IT Organization 


System/Component Owner's 
Organization 










<Name> 
<Title> 


Date 


<Name> 
<Title> 


Date 


■ 








<Name> 
<Title> 


Date 


<Name> 
<Tit!e> 


Date 










<Name> 
<Title> 


Date 


<Name> 
<Title> 


Date 
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Testing Verification Process - Test Results Review Checklist 

Site : 



Business Application or 
Infrastructure Component: 



Completed By 
(Print name/title and sign) : 



Date: 



A. Verifying Test Results 

To verify test results select a sample of tests from functions on the test plan and also some 
additional tests from a sample using the test scripts. The selected test plans will be traced 
forward to the test scripts, test cases, and test results. The selected scripts will be traced 
back to their corresponding test plans and forward to the test cases and test results. 

The selection criteria should be functions and scripts assumed to have significant date 
functionality. 





Subject 


Y/N 


Comment 




1. 


Can the test plans be tied into the test 
scripts and cases? 








2. 


Can the test results be matched with the 
test scripts and cases that were used for 
the test? 








3. 


Are the actual results of each test script 
and case documented ?' 








4. 


Has the tester indicated whether the test 
passed or failed? 








5. 


Has the tester initialed/signed and dated 
the test results? 








6. 


Is a problem log used for all test cases 
that failed? 








7. 


Have all of the problem log issues for this 
application or component been corrected 
and re-tested successfully? 








8. 


Have all of the dates listed in the test 
scripts and test cases been completed? 








9. 


If the above dates were not tested, have 
the reasons for their exclusion been 
documented? 








10. 


Do the test results show that 

testing has been completed, if applicable? 
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